Some days ago, I did dist-upgrade to Sid on my Let's Note Y2. Sarge was pretty nice and stable for this machine, but I wanted more challenging :)
dist-upgrade was really smooth because all transitions for my environment had been done.
Now I get new X.Org (some parts are from experimental), KDE, and OpenOffice.org2 (from experimental). By modifing xorg.conf and replacing i810_drv.so, I succeeded to use semitransparent window and dropping shadow with hardware acceleration. Cool!

I was asked some questions about d-i from Takatsugu. I dunno why he failed to build his own image, but building d-i is indeed tricky.
I built d-i with kernel 2.6.12 for him, and you can get it from here (108853248 bytes, MD5SUM: d3ef51daeacb3ec0687b8b64ddcc6a67). Please burn it using your CD writer as ISO image, then try "linux26" at CD boot prompt.
AFAIK there is small one problem; dhcp failed to get gateway information from server at least with pcnet32 driver on VMware. It works perfectly after 2nd stage.
I didn't copy all of linux-kernel-* debs to CD, so you need to install linux-image-2.6.12-1-* from sid by hand if you want to use another CPU-specific kernel.

As JoeyH mentioned, I set up secure-testing buildd on my ARM and is already startting to build/upload some packages. Yeah, I feel good my machine is useful for someone. The reason of I bought this ARM is to just contribute Debian (I'm not embedded programmer or user). Building secure-testing has some unclear points. Most sensitive point is when we should update our chroot. For example new glibc will enter in near future.

Yesterday I connected PCI HCL checker to Wiki. There are still many homework, but this connection is a big step for me :) It's really easy to add information of your machine, and is helpful for everyone who owns/plans to buy same machine. (Currently wiki page is editable by only system and me.)

I often heard one of biggest Debian problem is that Debian doesn't provide HCL - Hardware Compatibility List. It's too hard work to maintain it as same as Microsoft does, but indeed HCL is useful for normal users who won't love troubleshooting hardware compatibility. :) As 1st step I made PCI/driver matching database, http://kmuto.jp/debian/hcl/. You can test by putting your "lspci -n" to the box. Currently this database gathers informations from pci.ids of pciutils, modules.pcimap of kernel 2.6.14-686-smp, discover1-data, and alsa-common.

I was invited MOSS, Medical Free/Open Source Software Council, on last weekend. My speech was about the risk management of Debian. I believe we should more consider risks of FLOSS (at least as same as we choose proprietary commercial software) when we use FLOSS on business scene.

I tried it on yesterday. ISO image is here (131534848 bytes (125MB), MD5: 6c3d5dae6da770e1ef1c8868e72db0e0). To install linux-image-2.6.14 of sid correctly, I needed to tweak some packages and backport some components from sid.

I noticed some skk packages had maintained by Kawamura-san were orphaned because he became MIA. Unfortunately I dunno why he became such a status, but his packages, especially skk is very important for me and many users. It's hard and painful for me to input Japanese without SKK backend system (I'm using ddskk on Emacs and uim-skk on X as a frontend). So I picked up skk packages from orphan sea with Junji Yamashita-san and improved some parts of them. BTW I uploaded new CUPS 1.2 snapshot, svn r4841 to experimental.

At first I'd like to say 'thank you' to organizer. Totally the quality of event couldn't satisfy me and maybe most participants, but this was first challenge step, so we'll be able to do more better next time if we have a chance. BTW, I've another speech schedule on November. I try to do more better.

vorlon announced 'Bits from the release team: the plans for etch'. Yay, let's try to keep a promise about schedule :) Another good news is aba becomes Relase Manager (although he has already worked as same as release manager :) ) My personal TODO for Etch is to find and solve problems around a transition from EUC-JP to UTF-8 on Japanese environment. Most parts are done by Debian people and other distro such as FedoraCore, but I'd like to clarify problems again and try to solve them. Yesterday I changed my LANG to ja_JP.UTF-8.

• I needed to convert filenames written in EUC-JP to UTF-8.
• Programs using GTK+2 and Qt work well.
• GTK+1 applications (such as xmms) have Mojibake. I took beep-media-player instead of xmms. :)
• Some of double width characters (box, arrow, and so on) of EUC-JP are displayed as single narrow width on X terminal (mlterm, gnome-terminal, and konsole). I found I can avoid this on mlterm by enabling 'Enable variable width'.
• zsh couldn't allow to input and complement UTF-8 characters. zsh-beta allows partially.